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A METHOD AND SYSTEM FOR IMPLEMENTING AUTOMATIC 
AUCTION EXTENSIONS AND ADJUSTABLE BID INCREMENTS IN AN 

ELECTRONIC EXCHANGE 

5 

FIELD OF THE INVENTION 

The field of the present invention pertains to efficient implementation 
and management of electronic commerce buying and selling operations on a 
10 distributed computer network. More particularly, the present invention relates 
to a method and system for implementing user adjustable bidding increment 
control in electronic commerce buying and selling operations. 

BACKGROUND OF THE INVENTION 

15 Buyers and sellers use a variety of techniques to ensure goods and 

services meet their mutual expectations. However, traditional procurement 
systems have been proven to be error prone, labor intensive, and costly 
operations. For example, often times, when a buyer is looking to pin-chase a 
batch of articles, a buyer might negotiate terms for the pxirchase prior to 

20 making the purchasing decision. The negotiation allows the buyer and seller to 
ensure the articles and terms (e.g., price, quantity, delivery conditions, etc.) will 
meet any specific requirements. As is generally known, it is advantageous to 
consider many alternative buyers/sellers when negotiating terms. A larger 
number of buyers and sellers available, for example, to bid on articles of 
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manufacture, usually leads to a more efficient matching of requirements 
between buyers and sellers (e.g., getting the best deal). Traditional buying and 
selling mediums, such as auctions, catalog based purchasing, and selling, and 
the like, do not always facilitate the most efficient matching of requirements. 
5 Alternatively, when prior inspection of an article is not possible or practical, 
the seller may provide the buyer with specifications describing the properties 
of the articles. The recent ascendancy of electronic commerce provides a 
means of avoiding, or at least reducing, the problems presented by the use of 
traditional buying and selling medixmis. 

10 

In many respects, the Internet and the World Wide Web based network 
technologies have largely eliminated the most labor intensive and costly 
portions of the buying and selling type commerce operations (e.g., the use of 
mass mailings, printed specifications, catalogs, updating preprinted product 

15 information, etc.). However, many of the old problems still remain. For 
example, the fact that a buyer may find a seller from whom to purchase a 
batch of articles "on-hne", does not change the fact that the buyer might not be 
aware of a more favorable purchase opportunity fi*om a different seller prior to 
making the piurchasing decision. Even when negotiation and/or inspection of all 

20 articles fi:*om all possible sellers is not practical, the buyer would find very 
helpful a comprehensive system for gathering offers from a large, widely 
distributed number of sellers. 

To avoid these problems, a variety of electronic commerce facilitating 
25 schemes were developed. One such scheme involved the use of business-to- 
business buying and selKng exchanges implemented on the Internet. The term 
"electronic commerce" or "e-commerce" originally evolved fi:-om remote forms 
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of electronic shopping to mean all aspects of business and market processes 
enabled by wide area communications networks, namely, the Internet and the 
World Wide Web based network technologies. E-commerce is a rapidly growing 
field, and is generally understood to mean doing business on-Hne or selling and 
5 buying products and services through Web (e.g,, Internet based) storefronts or 
through other similar distributed computer networks. In general, electronic 
commerce is substantially similar to the more traditional catalog based 
commerce schemes. The business-to-business e-commerce exchanges, or 
simply "B2B exchanges'' have evolved to focus on the specific needs and 
1 0 requirements of buying and selling between businesses. 

As the use of B2B exchanges has proliferated, the implementation of 
electronic commerce auctions has become increasingly common. The use of 
electronic commerce facilitated auctions, or simply electronic auctions, has 
15 become a preferred method of efficiently matching buyers and sellers of goods 
and services. Electronic auctions provide a convenient means for aggregating 
large numbers of buyers or sellers and efficiently disseminating market 
information among them. 

20 Auctions are different firom traditional catalog based commerce 

schemes. Auctions generally aggregate buyers or sellers to purchase or sell 
items/services through the respective submission of competitive bids. 
Generally, the most competitive bid is designated the winner of the auction. 
For example, in an auction amongst multiple competing buyers, the most 

25 competitive bid is usually the bid offering the most money for the specified item 
or service. In an auction amongst multiple competing sellers, the most 
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competitive bid is usually the bid offering the specified item or service for the 
lowest price. 

Thus, buyers and sellers participating in an auction compete with one 
5 another on the basis of the terms of their bids. Auctioneers have an interest in 
making the bidding process as competitive as possible to effect the most 
efficient matching of requirements between sellers and buyers (e.g., getting the 
best deal). Large numbers of buyers or sellers competitively trying to outbid 
one another usually leads to the most favorable terms, 

10 

Buyers and sellers have an interest in ascertaining the competitiveness 
of their respective bids with respect to the conditions/rules of a given auction. 
For example, in a highly competitive auction for the purchase of a specified 
item (e.g., a batch of automobile parts), many competing bids are submitted 

15 from the various competing buyers. The auction has specified time limits. The 
auction begins at a specified time and ends at a specified time. Theses times 
can be specified by the seller. The buyers tiy to win the auction on the basis of 
the relative competitiveness of their respective bid. The buyers may try to 
judge interest in the specified good or service in order to determine the 

20 parameters of a new bid. Generally, buyers attempt to win the auction for the 
good or service without excessively overbidding. The sellers try to encoiarage 
the auction, soliciting successive bids fi:om the buyers, with each bid being 
"better" for the seller than the previous bid. Generally, sellers attempt to 
encourage new bids from the buyers that are significantly better than previous 

25 bids. If the auction is highly competitive, the status of the bids for the specified 
item, as they are made, is important information regarding respective chances 
of a particular buyer being designated the winner of the auction. For example, 
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buyers may judge the end time of the auction with respect to the 
competitiveness of the auction, attempting to make a final wiiming bid just 
before the conclusion. 



5 There is a problem, however, in that the use of electronic commerce 

facilitated auctions creates problems for the buyers and sellei^ with respect to 
tracking the status of the bidding process. Electronic commerce is generally 
enabled by wide area communications networks, namely, the Internet and the 
World Wide Web based network technologies. As such, for example, auction 

10 participants are typically coupled to the auction event (e.g., exchange, etc.) via 
a web browser client communicating with auction event servers over the 
Internet. As is common with Internet and World Wide Web based technologies, 
there exists a significant amount of lag in two way communication between the 
electronic commerce exchange hosting the auction and the buyer's web 

15 browser. For example, as new bids are entered, an auction participant 

determines the status her respective bid by hitting ^'refiresh'' in the browser 
GUI to query the exchange server for the status of all the bids. This is often 
the only way a winning bidder can ensure he/she is still in possession of the 
winning bid. There is a certain amount of lag in the bid update process 

20 attributable to the Internet and World Wide Web network technologies. 

Hence, buyers often take advantage of the lag due to the Internet and 
World Wide Web technologies by making fiivolous bids in an attempt to win the 
auction by as small an amount as possible over competing buyers. For 
25 example, at times near the end of the auction, a buyer might continuously 

submit new bids, each bid being sKghtly higher than the previous high bid, in an 
attempt to take advantage of the lag. The buyer can steal the auction firom 
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genuine bidders by concealing interest until the closing moments of the auction 
since, due to the lag, the status of the bids is not efficiently disseminated to all 
auction participants. This leads to a large degree of uncertainty at the end of 
the auction as to which of the auction participants has won the auction. For 
5 example, several participants might believe they are in possession of the 
wiiming bid only to find that at some instant prior to the close of the auction 
they were outbid by some Mvolous amoxmt (e.g., one dollar). The seller has no 
means of ascertaining the emergence of such Mvolous bidders since the winner 
of the auction is usually determined by the high bid at the expiration of the 
10 allotted time. 

Another problem is the fact that the seller cannot alter terms of the 
auction dynamically as the auction is under way. Arbitrarily changing 
parameters of the auction after the start of the auction risks confusion among 
15 the buyers. Although a seemingly sufficient amount of time may be allocated 
(e.g., several days), the seller often finds that serious bids and serious 
competition only emerges in the closing moments of the auction. 

Thus, what is required is a solution for controlling firivolous bidding 
20 activity. The required solution should be user configurable in accordance with 
the circumstances of the auction and the particular requirements of the user. 
The required solution should reduce the inefficiencies associated with lag. What 
is further required is a solution for dynamically altering the terms of the 
auction without risk of confusion to the auction participants. Additionally, the 
25 required solution should be compatible with widely used electronic commerce 
enabling technology. The present invention provides a novel solution to the 
above requirements. 
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SUMMAEY OF THE INVENTION 

The present invention provides a solution for controlling frivolous bidding 
activity. The present invention is user configurable in accordance with the 
circumstances of the auction and the particular requirements of the user. The 
5 present invention reduces the inefficiencies associated with lag. The present 
invention provides a method and system for dynamically altering the terms of 
the auction without risk of confusion to the auction participants. Additionally, 
the present invention is compatible with widely used electronic commerce 
enabhng technology* 

10 

In one embodiment, the present invention is implemented as a method 
for automatic auction extension and user controlled standardized bid 
increment/decrement within auctions hosted on an electronic commerce 
exchange. The auction method implements automatic extension of an auction 

15 in response to bidding activity from auction participants. The method includes 
the step of setting an end time for concluding the auction. Bids are received 
from remote bidders via a distributed computer network. The received bids are 
analyzed to determine whether a predetermined number of bids are received 
within a predetermined time of the auction end time. If a greater number of 

20 bids are received within the predetermined time, the duration of the auction is 
automatically extended and a new auction end time is set. 



The auction participants are notified of the new auction end time, 
thereby eliminating any confiision regarding the conditions of the auction. 
25 Standardized bid increments can be set defining a minimum amount at which a 
subsequent bid differs from a previous bid. Similarly, standardized bid 
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decrements can be set defining a minimum amount at which .a subsequent bid 
differs from a previous bid. A total number of possible extensions can be set 
defining a number of times the auction can be extended due to bidding activity. 
The settings can be changed dynamically during the auction by the auction 
operator/user. In each case, the auction participants are notified via the 
distributed computer network of any new or changed settings of the auction. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not by way of 
limitation, in the figures of the accompanying drawings and in which like 
reference numerals refer to similar elements and in which: 

Figure 1 shows a diagram of an electronic commerce auction operation 
in accordance with one embodiment of the present invention. 

Figure 2 shows a diagram of an electronic commerce auction operation 
in accordance with an alternative embodiment of the present invention. 

Figure 3 shows a flowchart of the steps of a process in accordance with 
one embodiment of the present invention. 

Figure 4 shows a diagram of the software based components of a 
system in accordance with one embodiment of the present invention. 

Figure 5 shows the components of a computer system platform in 
accordance with one embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

Reference will now be made in detail to the embodiments of the 
invention, examples of which are illustrated in the accompan3dng drawings. 
While the invention will be described in conjunction with the preferred 
5 embodiments, it will be understood that they are not intended to limit the 

invention to these embodiments. On the contrary, the invention is intended to 
cover alternatives, modifications and eqmvalents, which may be included 
within the spirit and scope of the invention as defined by the appended claims. 
Fxnthermore, in the following detailed description of the present invention, 

10 numerous specific details are set forth in order to provide a thorough 

understanding of the present invention. However, it will be obvious to one of 
ordinary skill in the art that the present invention may be practiced without 
these specific details. In other instances, well known methods, procedures, 
components, and circuits have not been described in detail as not to 

15 unnecessarily obscure aspects of the present invention. 

The present invention is a method and system for automatic auction 
extension and user controlled standardized bid increment/decrement within 
auctions hosted on an electronic commerce exchange. The present invention 

20 provides a solution for controlKng firivolous bidding activity. The present 
invention is user configurable in accordance with the circumstances of the 
auction and the particular reqidrements of the user. The present invention 
reduces the inefficiencies associated with lag. The present invention provides a 
method and system for dynamically altering the terms of the auction without 

25 risk of confusion to the auction participants. Additionally, the present 
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invention is compatible with widely used electronic commerce enabling 
technology. The present invention and its benefits are further described below. 

Notation and Nomenclature 
5 Some portions of the detailed descriptions which follow are presented in 

terms of procedures, steps, logic blocks, processing, and other symbolic 
representations of operations on data bits within a computer memory. These 
descriptions and representations are the means used by those skilled in the 
data processing arts to most effectively convey the substance of their work to 

10 others skilled in the art. A procedure, computer executed step, logic block, 

process, etc., is here, and generally, conceived to be a self-consistent sequence 
of steps or instructions leading to a desired result. The steps are those 
requiring physical manipixlations of physical quantities. Usually, though not 
necessarily, these quantities take the fonn of electrical or magnetic signals 

15 capable of being stored, transferred, combined, compared, and otherwise 
manipulated in a computer system. It has proven convenient at times, 
principally for reasons of common usage, to refer to these signals as bits, 
values, elements, symbols, characters, terms, nimibers, or the like. 

20 It should be borne in mind, however, that all of these and similar terms 

are to be associated with the appropriate physical quantities and are merely 
convenient labels applied to these quantities. Unless specifically stated 
otherwise as apparent firom the following discussions, it is appreciated that 
throughout the present invention, discussions utiKzing terms such as 

25 "processing" or "computing" or "communicating" or "instantiating" or 

"registering" or "displaying" or the like, refer to the action and processes of a 
computer system (e.g., computer system 512 of Figure 5), or similar electronic 
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computing device, that manipulates and transforms data represented as 
physical (electronic) quantities within the computer system's registers and 
memories into other data similarly represented as physical quantities within 
the computer system memories or registers or other such information storage, 
5 transmission or display devices. 

Method and System of the Invention 

Referring now to Figure 1, a diagram of an electronic exchange auction 
system 100 in accordance with one embodiment of the present invention is 
10 shown. As depicted in Figiure 1, system 100 includes an exchange server host 
101 communicatively coupled to a seller client 110 and a plurality of buyer 
clients 120-123 via a distributed computer network 150, 

The exchange server host 101 functions as the central communications 
15 point for the auction operations, by conducting data collection and 

management of product information (e.g., items, services, or the Uke) provided 
by seller clients, such as seller client 110, and auction bid information provided 
by the buyer clients 120-123. Seller client 110 and buyer cHents 120-123 
communicate with exchange server host 101 via the communications 
20 protocols of distributed computer network 150, hereafter simply network 150. 
Exchange server host 101 conducts the auction operations on the basis of a 
comparison of the competing bid information from buyer clients 120-123. 

A t5rpical auction operation comprises buyer clients 120-123 accessing 
25 product infoimation stored on exchange server host 101 by seller client 110 
and submitting successive competing bids to exchange server host 101 for the 
product. The bids are transmitted from buyer cHents 120-123 to exchange 
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server host 101 via network 150, Similarly, the product information is 
provided to exchange server host 101 by seller client 110 via network 150, 

The comparison of the competing bids submitted by buyer clients 120- 
5 123 is performed by exchange server host 101. Exchange server host 101 is 
configured to continuously receive and compare incoming bids and determine 
therefrom a bid status. The bid status includes information regarding the most 
competitive bid out of the bids received for the product, total number of bids 
received, any associated terms for the bids, and the like. In one embodiment, 
10 the bid status can be updated with each incoming new bid. At the conclusion of 
^0 the auction, the bid status reveals the most competitive bid submitted and 
iU thus reveals the winner of the auction. 

Li: Referring still to Figure 1, in accordance with the present embodiment, 

q15 exchange server host 101 implements the method for automatic auction 

extension and user controlled standardized bid increment/decrement within 
.J auctions hosted on electronic exchange auction system 100. The auction 
method implemented by exchange host server 100 implements automatic 
extension of an auction in response to bidding activity from auction 
20 participants, e.g., buyer clients 120-123. The method includes the step of 

setting an end time for concluding the auction. Bids are received from remote 
bidders via a distributed computer network, with exchange server host 101 
continuously receiving and comparing incoming bids and updating the bid 
status, as described above. 

25 

As the auction progresses towards the designated end time, exchange 
server host 101 analyzes two factors to determine whether the auction is to be 
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extended. The incoming bids are analyzed to determine whether a 
predetermined number of bids (the first factor) are received within a 
predetermined time (the second factor) of the auction end time* In other words, 
the incoming bids are analyzed to determine whether they are arriving at a 
5 rate that exceeds a certain threshold. For example, if a large number of bids 
are being received during the last 5 minutes of an auction, the auction can be 
automatically extended for an additional period of time to allow the auction 
participants to continue bidding. 

10 The number of bids arriving during the predetermined time (e.g., the last 

5 minutes of the auction) required to exceed the threshold is user adjustable. 
Similarly, the predetermined period of time during which the arrival rate of new 
bids is assessed (e.g., the last 5 minutes or the last 1 hour of the auction, or the 
like) is also user adjustable. These factors allow the user to set parameters for 

15 the exchange server host to automatically assess bidding activity and 

determine whether an auction extension is warranted. In this example, if a 
greater number of bids are received within the predetermined 5 minute time 
period prior to the end of the auction, the duration of the auction is 
automatically extended and a new auction end time is set. The auction 

20 participants (e.g., buyer clients 120-123) are automatically notified of the new 
auction end time by exchange server host 101, thereby eliminating any 
confusion regarding the conditions of the auction. 

Standardized bid increments can be set defining a minimum amount at 
25 which a subsequent bid differs firom a previous bid. Similarly, standardized bid 
decrements can be set defining a minimum amount at which a subsequent bid 



ORCL 2000-070-01 



14 



differs from a previous bid. The standardized minimum 
increments/decrements are used to control any frivolous bidding activity. 

A total ntunber of possible extensions can be set defining a number of 
times the auction can be extended due to bidding activity. The ninnber of 
possible extensions is entered by, for example, the auction operator/user (e.g., 
seller client 110) into exchange server host 101. Accordingly, even though 
bidding activity may dictate an additional number of automatic auction 
extensions, the number of possible extensions setting limits the total number 
of times the auction can be extended, thereby ensuring the auction cannot be 
prolonged past some specified period. 

The settings for conducting the auction in accordance with the present 
embodiment can be changed dynamically during the auction by the auction 
operator/user (e.g., seller chent 110). In each case, the auction participants 
are notified via the distributed computer network of any new or changed 
settings of the auction. These updates and other auction related information 
can be transmitted to the auction participants with, for example, the bid 
status updates. 

Referring still to Figiire 1, as described above, exchange server host 101 
is configured to communicate with buyer clients 120-123 to disseminate 
auction related information. Such information can include, for example, bid 
status refresh and item attribute updates. Automatic bid status refresh 
provides updated bid status (e.g., information regarding the most competitive 
bid, total number of bids received, any associated bid terms, and/or the like) to 
each of the buyer chents 120-123, enabling each of buyer clients 120-123 to 
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track the status of the bidding process as the auction operation unfolds. For 
example, as new bids are entered and received by exchange server host 101, 
the updated bid status is sent to buyer clients 120-123, allowing the auction 
participants to track the status of their respective bids and ascertain the 
competitiveness of their most recent bids. Additionally, since more complex 
auctions can involve competition on many terms other than price, attributes 
such as delivery conditions, special item features, volume discounts, and the 
like can also be included in the bid status updates sent to buyer cHents 120- 
123. 

It should be noted that in some embodiments, specifications for items 
for the auction can be changed dynamically as the auction is conducted. Any 
such changes are disseminated to the remote bidders via the distributed 
computer network (e.g., in accordance with a user configured update schedule). 
This aspect allows, for example, a seller to alter the items of the auction 
operation dynamically based upon the activity level or number of incoming bids 
being received. Where unsatisfactory interest is evidenced, the specification 
for the items can be altered to provoke additional bidding. 

It should be noted that the embodiment of the present invention 
depicted in Figure 1 (e.g., system 100) is implemented as a software based 
process cooperatively executing on the respective computer system platforms 
of both exchange server host 101 and buyer clients 120-123. The basic 
components of the computer system platforms are shown in the example 
computer system 512 of Figure 5 below. To provide the product information 
and bid status updates simultaneously to a large umber of other systems and 
to accept the incoming bids, it is desirable implement exchange server host 101 
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as a high speed, large capacity computer system platform such as, for 
example, a powerful multi-processor server. 

Referring still to Figure 1, network 150 includes well known network 
technologies. For example, network 150 can be implemented using LAN 
technologies (e.g., Ethernet, Tokenring, etc.), the Internet, or other wired or 
wireless network technologies. The communications hnks between exchange 
server host 101, seller chent 110, buyer clients 120-123 and network 150 can 
be implemented using, for example, a telephone circuit, communications cable, 
optical cable, wireless link, or the Hke. 

Figure 2 shows a system 200 in accordance with an alternative 
embodiment of the present invention. System 200 is substantially similar to 
system 100 of Figxire 1, however, system 200 depicts an auction operation 
wherein competing seller chents bid to sell products or services to a buyer 
cHent 210. 

The auction operation depicted in Figure 2 comprises seller cUents 220- 
223 accessing product information stored on exchange server host 101 by 
buyer client 210 and submitting successive competing bids to exchange server 
host 101 in order to sell the specified product or service to buyer client 210. In 
a manner similar to system 100 of Figure 1, the bids are transmitted from 
seller cUents 220-223 to exchange host server 101 via network 150, and the 
product information is provided to exchange seiner host 101 by buyer client 
210 via network 150. Auction operations in accordance with system 200 are 
at times referred to as "reverse auctions" where sellers submit competing bids 
to sell specified products and/or services to a buyer. 
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The comparison of the competing bids submitted by seller clients 220- 
223 is performed by exchange server host 101. Exchange server host 101 is 
adapted to continuously receive and compare incoming bids, determine 
5 therefrom a bid status, and disseminate this bid status to all auction 
participants. The bid status includes information regarding the most 
competitive bid out of the bids received for the product, total number of bids 
received, any associated terms for the bids, and the like, and can be updated 
with each incoming new bid. 

10 

In a manner similar to system 100 of Figure 1, in system 200, as the 
auction progresses towards the designated end time, exchange server host 101 
analyzes the incoming bids to determine whether a predetermined nvunber of 
bids are received within a predetermined time of the auction end time to 

15 determine whether to automatically extend the auction for an additional period 
of time. The auction participants (e.g., seller clients 220-223) are 
automatically notified of the new auction end time by exchange server host 
101. Standardized bid increments or decrements can be set defining a 
minimum amount at which a subsequent bid differs fi-om a previous bid. A 

20 total number of possible extensions can be set defining a number of times the 
auction can be extended due to bidding activity. 

As with system 100 of Figure 1, the exchange server host 101 can be 
configured to communicate with seller clients 220-223 to implement any 
25 required automatic bid status refiresh and item attribute updates. Automatic 
bid status refi-esh provides updated bid status to each of the auction 
participants, allowing each of them to track the status of the bidding process, 
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track the status of their respective bids, and ascertain the competitiveness of 
their most recent bids as the auction operation unfolds. 

With reference now to Figure 3, a flow chart of the steps of a process 
5 300 in accordance with one embodiment of the present invention is shown. As 
depicted in Figure 3, process 300 diagrams the operating steps of an automatic 
auction extension process as performed by, for example, system 100 of Figure 
1, as a seller auctions an item to multiple competing buyers. 

10 Process 300 begins in step 301, where a seller (e.g., seller client 110 of 

i. g Figiare 1) specifies one or more items for sale and the terms of the sale. The 
m terms of the sale can include, for example, delivery conditions, packaging 

conditions, and the like. The items for sale can be, for example, a single item 
.2 (e.g-? a diesel engine) or a batch or lot of items (e.g., 200 crates of automobile 
^,^15 tires). 

'^"4 In step 302, the start time and the end time the auction are specified 

\^ along with other initial conditions. Such conditions can include, for example, 

enxomeration of the authorized bidders, the minimum opening bid, a reserve (if 
20 any), and the like. The start time, end time, and initial auction conditions are 

used by the exchange server host (e.g., exchange server host 101) to set up the 

parameters of the auction operation. Subsequently, in step 303, the auction 

begins. 

25 In step 304, an auction threshold for triggering an automatic extension 

of the auction is set by the user (e.g., the seller client 110). As described above, 
as the auction progresses towards the irdtial end time, exchange server host 
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101 analyzes two factors to determine whether the auction is to be extended. 
The incoming bids are analyzed to determine whether a predetermined number 
of bids (the first factor) are received within a predetermined time (the second 
factor) of the auction end time. In other words, the incoming bids are analyzed 
5 to determine whether they are arriving at a rate that exceeds a certain 

threshold. In this embodiment, the auction threshold is set after the auction 
begins, wherein the seller assesses the competitiveness of the auction and the 
bidding patterns of the competing buyers. Alternatively, the threshold can be 
set prior to the beginning of the auction (e.g., in step 302). 

10 

In step 305, the exchange server host 101 receives bids from the 
auction participants (e.g., the remote bidders, buyer chents 120-123) as the 
auction operation proceeds. In step 305, as the bids are received, the exchange 
server host 101 continuously determines a bid status. As described above, this 
15 bid status is used to track the status of the bids as they are received and 
determine the most competitive, or winning, bid. 

In step 306, the received bids are analyzed to determine whether a 
predetermined mmiber of bids are received within a predetermined time of the 

20 auction end time as specified by the threshold determined in step 304. As 

described above, the incoming bids are analyzed to determine whether they are 
arriving at a rate that exceeds the threshold. For example, if a large number of 
bids are being received during the last 5 minutes of an auction, the threshold is 
exceeded, indicating the need for an extension for an additional period of time to 

25 allow the auction participants to continue bidding. 
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In step 307, if a larger ninnber of bids are received within a 
predetermined time, process 300 proceeds to step 308, where the auction is 
automatically extended for an additional period time. In step 309, a new 
auction end time is set, and in step 310, the auction participants are notified of 
the new auction end time. Subsequently, in step 311, the auction continues. 
If, in step 307, the threshold is not exceeded, the auction proceeds normally, as 
specified by the initial conditions set in steps 301 and 302, with the exchange 
server host 101 accepting new bids firom the auction participants. 

Figure 4 shows a diagram of the relationship between the software 
components executing on a client computer system platform, client machine 
410, and the software components executing on a server computer system 
platform, server machine 420, in accordance with one embodiment of the 
present invention. 

As depicted in Figure 4, a client machine 410 executes a browser 411. 
As is well known, browser 411 functions as a client for browsing World Wide 
Web, or compatible networks. Browser 411 is configured to receive 
information from servers on network 150, such as a server 420, and to 
interpret and display the information graphically to a user. Browser 411 
interprets HTML commands received from server 420 to display text and 
images within a graphical user interface (GUI). The GUI is customized to 
show components (e.g., text, images, buttons, fields, etc.) in accordance with 
the HTML information received firom server 420. Using the HTML 
information, browser 411 implements an auction GUI 412 to provide an 
intuitive means for input and output with a user. 
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Server 420 functions as the exchange server host for the auction 
operations. Server 420 instantiates an exchange 421 which functions as an E- 
commerce site on the network 150. Exchange 421 is implemented, for 
example, by using a database program running on server machine 420. 
Exchange 421 implements one or more hosted auctions 422 to faciUtate the 
buying and seUing of goods and services. An auction in accordance with the 
present invention includes an auction extension and minimum bid 
increment/decrement component 423 for implementing the automatic auction 
extension and user controlled standardized bid increment/decrement 
functionahty within the hosted auctions (e.g., Auction 422). As described 
above, the minimum bid increment/decrement, the threshold for triggering an 
automatic extension, the duration of the extension, total number of extensions 
allowed, and the hke, can be altered dynamically by the seller via 
communication between the seller's cHent machine (e.g., client machine 410) 
and the exchange server host (e.g., server machine 420). Any dynamically 
implemented changes to the auction conditions can be automatically sent to all 
auction participants, to eliminate the risks of luidue confusion among the 
participants. 

Thus the present invention provides a method and system for automatic 
auction extension and user controlled standardized bid increment/decrement 
within auctions hosted on an electronic commerce exchange. The present 
invention provides a solution for controUing frivolous bidding activity. The 
present invention is user configurable in accordance with the circumstances of 
the auction and the particular requirements of the user. The present invention 
reduces the inefficiencies associated with lag. The present invention provides a 
method and system for dynamically altering the terms of the auction without 
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risk of confusion to the auction participants. Additionally, th.e present 
invention is compatible with widely used electronic commerce enabling 
technology. The present invention and its benefits are further described below. 

5 Computer System Platform 

With reference now to Figtire 5, a computer system 512 in accordance with 
one embodiment of the present invention is shown. Computer system 512 shows 
the components of a computer system in accordance with one embodiment of the 
present invention that provides the execution platform for implementing certain 
10 software based functionality of the present invention. As described above, certain 
! processes and steps of the present invention are realized, in one embodiment, as a 
{ series of instructions {e.g., software program) that reside within computer readable 
I memory units of a computer system (e.g., system 512) and are executed by the 
^ processor(s) of system 512. When executed, the instructions cause the computer 
.15 system 512 to implement the functionality of the present invention as described 
} above. 

I In general, computer system 512 shows the basic components of a 

computer system used to implement "server" machines and "cUent" machines. 

20 Computer system 512 comprises an address/data bus 500 for communicating 
information, one or more central processors 501 coupled with the bus 500 for 
processing information and instructions, a computer readable volatile memory unit 
502 (e.g., random access memory, static RAM, dynamic, RAM, etc.) coupled with 
the bus 500 for storing information and instructions for the central processor(s) 
25 501, a computer readable non-volatile memory imit 503 (e.g., read only memory, 
programmable ROM, flash memory, EPROM, EEPROM, etc.) coupled with the bus 
500 for storing static information and instructions for the processors) 501. 
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System 512 also includes a mass storage computer readable, data storage device 
504 such as a magnetic or optical disk and disk drive coupled with the bus 500 for 
storing information and instructions. Optionally, system 512 can include a display 
device 505 coupled to the bus 500 for displaying information to the computer user, 
an alphanumeric input device 506 including alphanumeric and function keys 
coupled to the bus 500 for communicating information and command selections to 
the central processor(s) 501, a cursor control device 507 coupled to the bus for 
communicating user input information and command selections to the central 
processor(s) 501, and a signal generating device 508 coupled to the bus 500 for 
communicating command selections to the processor(s) 501. 

The foregoing descriptions of specific embodiments of the present 
invention have been presented for purposes of illustration and description. 
They are not intended to be exhaustive or to limit the invention to the precise 
forms disclosed, and obviously many modifications and variations are possible 
in light of the above teaching. The embodiments were chosen and described in 
order to best explain the principles of the invention and its practical 
appUcation, to thereby enable others skilled in the art to best utilize the 
invention and various embodiments with various modifications as are suited to 
the particular use contemplated. It is intended that the scope of the invention 
be defined by the Claims appended hereto and their equivalents. 
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